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DETAILED ACTION 

Response to Amendment 

This Office action has been issued in response to amendment filed April 28, 2008. In 
response to last office action, claims 8, 9, 13 and 15-24 have been amended. Accordingly, claims 
8-25 remain pending in this application. Applicant's arguments are carefully and respectfully 
considered, but they are not persuasive. A new rejections based on the newly added claims have 
been set forth. Accordingly, claims 8-25 are rejected and this action has been made FINAL, as 
necessitated by amendment. 

Response to Arguments 

With respect to applicant's arguments that "applicant has amended the independent 
claims to ensure that such an interpretation of Reed as applied to the claims is not prohibited. 
Applicant's independent claims recite the limitations of a plurality of application queues, 
temporary tables, load queues, and nodes. The Reed reference at best described a single queue 
and the Klein reference deals with queries and not query results as discussed in prior responses 
to the Examiner", Examiner respectfully disagrees with applicant's arguments. Because, Klein 
in fact teaches amended claim recites limitations. Such as, Klein teaches 'a plurality of 
application queues, temporary tables, load queues, and nodes' (see column 6, line 1-10, data 
flows between the nodes of the execution tree are handled by the use of a pair of queues, 
between parent and child nodes. Each parent node is coupled to a child node by a request queue 
and a fetched records queue, figure 2, figure 3). Note that, as Klein teaches 'pair of queues', 
'between the nodes between parent and child nodes', surely there are plurality of application 
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queues and plurality of processing nodes. Klein further teaches (see column 5, line 51-67, 
'tables in the database are partitioned, with various partitions' being stored on 'different nodes 
of the relational database system', 'Various tables within a database are stored on different 

nodes' of the system 'multiple nodes', column 1 l,line 1 1-17, horizontal partitioning of 

database tables to queue and publication channels, and uses partitioning for data dependent 
routing and load distribution, column 8, line 43-52, col. 11, lines 11-17, lines 47-55, col. 15, 
lines 26-35, lines 66 to column 16, line 1-11, and line 58-65). Klein also teaches the limitation of 
query results (see col.15, lines 48-60, column 16, lines 66 to column 17, lines 6, line 56-58, 
column 18, line 12-15, the result sets created by the delete and update access operations. . .can be 
joined with the result sets of other table access operators, which enables efficient data processing 
through the use of delete and/or update operations embedded in a query). 

As such, Examiner concludes Klein in view of Reed discloses claim recites limitations. 
Examiner recognizes that obviousness can only be established by combining or modifying the 
teachings of the prior art to produce the claimed invention where there is some teaching, 
suggestion, or motivation to do so found either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 
1596 (Fed. Cir. 1988)and In re Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). 

Rejection under 35 U.S.C. § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 



Application/Control Number: 10/722,296 Page 4 

Art Unit: 2164 

(a) A patent may not be obtained though the i n\ ention is not identically disclosed or described as set forth in section 102 of this title, if 
the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would 
ha\ e been ob\ iou.s at the time the in \ ention was made to a person ha\ ing ordinary skill in the ai l to w hich said subject mailer pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the claims 
under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was 
commonly owned at the time any inventions covered therein were made absent any evidence to 
the contrary. Applicant is advised of the obligation under 37 CFR 1 .56 to point out the inventor 
and invention dates of each claim that was not commonly owned at the time a later invention was 
made in order for the examiner to consider the applicability of 35 U.S.C. 103(c) and potential 35 
U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

Claims 8-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over Klein et al. 
(US 6453313 Bl) ('Klein' herein after) and further in view of Reed et al. (US 5862325 A) 
('Reed' herein after). 

With respect to claim 8, Klein teaches a method to manage interactions between applications and 
a data store (see Figs. 6, 15), comprising: 

receiving a query for a data store and an identifier for an application, wherein the 
application when executed seeks to process results returned from and produced by executing the 
query and seeks to update the data store with application data, wherein the application data is 
produced in response to the application processing the results of the query (The fan out operator 
sends this request 'query' to each table partition, and receives in response all records that satisfy 
the cursor. The request is non-blocking because the fan out operator does not want or need to 
receive records added 'update' to the table partition after the request is made. This type of request 
is used for streaming, read only access (i.e., for streaming operators that do not delete or update 
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tuples). This type of request is sent by the fan out operator to all of the partition scan operators so 
as to automatically retrieve rows as they are inserted or updated in the table. The delete and 
update features of the present invention provide a destructive read capability and a "read modify 
write" capability in conjunction with streaming access to a database table. This allows queuing 
services to be provided by a relational database system while preserving the ability of the DBMS 
to perform other relational operators on the result set returned. The result sets created by the 
delete and update access operations of the present invention can be joined with the result sets of 
other table access operators, which enables efficient data processing through the use of delete 
and/or update operations embedded in a query, see col. 15, lines 48-60, column 16, lines 66 to 
column 17, lines 6, column 18, line 12-15, Figs.15, 18, Klein), 

concurrently executing initiating multiple instances of an application associated with the 
identifier on multiple processing nodes within a network to achieve parallel processing for the 
multiple instances of the application (tables in the database are partitioned, with various 
partitions being stored on different nodes of the relational database system. Such partitioning is 
often used for extremely large tables. Various tables within a database are stored on different 
nodes of the system. Such distributed storage facilitates efficient, parallel 'concurrent' processing 
of queries, by distributing both the disk I/O and computational burden over multiple nodes. The 
"application process" represents the process or processes that execute not only the application 
program, but also the portions of the execution tree above the leaf nodes. The leaf nodes are 
executed by disk processes in each of the nodes of the transaction processing system. While one 
disk process for each node, the number of disk processes per node may vary from one 
implementation to another. A separate disk process may be used for each logical disk volume. 
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Destructive reads are sometimes used to ensure that an item is processed exactly once. For 
instance, several "credit evaluation" processes might be assigned the job of reading and 
processing credit applications. Each such process could use a destructive read (i.e., delete 
operation with result set) to read a next credit application record for processing. The credit 
evaluation processes work in parallel, without interfering with each other, see col. 5, lines 51-67, 
column 6, line 57-62, column 14, line 42-58, column 17, line 9-16, Klein). 

concurrently processing the query to acquire the results on behalf of the multiple instances 
of the application (the delete and update features of the present invention provide a destructive 
read capability and a "read modify write" capability in conjunction with streaming access to a 
database table. This allows queuing services to be provided by a relational database system while 
preserving the ability of the DBMS to perform other relational operators on the result set 
returned. The result sets created by the delete and update access operations of the present 
invention can be joined with the result sets of other table access operators, column 5, line 5 1-67, 
column 16, line 66 to column 17, line 5, column 18, line 12-16, Klein), producing the results that 
are then housed in a plurality of application queues residing on a plurality of the processing 
nodes (data flows between the nodes of the execution tree are handled by the use of a 
pair of queues, between parent and child nodes. In particular each parent node is coupled to a 
child node by a request queue and a fetched records queue. The request queue stores requests 
being conveyed from the parent node to its child node, while the fetched records queue conveys 
data and return codes (e.g., an end of file or end of scan code) being returned to the parent node 
in response to the requests (see col. 6, lines 1-10, Klein). 

concurrently providing the results to each of the instances of the application from the one 
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or more application queues so that the instances can produce the application data from the results 
and update the data store with the application data, which is to be subsequently accessed from 
the data store (the request queue and a fetched records queue are used by the transaction 
processing system to pre-fetch records not yet requested by the application that submitted the 
query being processed. Each node in the execution tree other than the leaf nodes are 
automatically configured to request as many records as can be stored in the fetched records 
queue(s) between it and its child or children nodes, even if such records have not yet been 
requested by the application. Pre-fetching can improve system performance, by making use of 
otherwise dormant system resources, and can improve system responsiveness by having data 
ready for the application before it requests it, unbound pre-fetching must be suppressed when 
executing an embedded delete or update statement. The application must control how many rows 
are to be affected by the delete or update operation, and therefore the database management 
system must only delete or update those records actually requested by the application, SQL 
compiler includes in the code for any update, delete or insert operator (generically herein called a 
table access operator) code for generating a before and after image for each modified and new 
tuple. SQL compiler of the present invention the image generation code includes code for 
updating one or more fields of the Before Image when the query being compiled includes a "set 
on rollback" clause that affects the table being accessed by this operator. When the Before and 
After Images are passed by the table access operator to the transaction log manager, the before 
image contains one or more modified fields if the query being executed contained a 
corresponding "set on rollback" clause, see col. 13, lines 64 to col. 14, lines 6, column 19, line 
17-35, Klein). 
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Klein explicitly does not teach 'each application queue having different portions of the results'. 
However, Reed teaches 'each application queue having different portions of the results' (see 
column 34, line 3-6, these transmissions can be queued using scheduled events to reduce system 
load, column 45, line 35-37, scheduled objects are communications objects used to represent 
scheduled events, column 90, line 62-65, maintaining the queue of event instances, column 23, 
line 40-44, the event class is an abstract class defining the attributes for scheduled events, used to 
create a queue of events, column 8, line 1 1-14, results in an updated version is transferred, 
column 26, 53-56, result of a manual request or it can be transferred directly to the consumer 
program as a result of automatic event processing, column 47, line 6-8, results in specific pages 
being assigned to the communications object instance that will transmitted, column 155, line 61- 
65, transferring at least a portion of the updated information, column 156, claim 92, column 75, 
line 17-21, 'thread' of message can be passed back and forth, column 75, line 41-49, column 94, 
line 43-53, see col. 19, line 2-6, line 31-35, col. 94, line 43-53, Reed). Note: Reed teaches data 
(or object) on all or portion of the data is being transmitted, the transmission result is loaded or 
scheduled in a queue, while result (or update) have different portion as well. 
Klein provides a relational database system that has been extended to perform operations on a 
continuous stream of tuples (see column 1, line 19-23), while Reed teaches an automated 
communications system which coordinates the transfer of data, metadata, and instructions 
between databases in order to control and process communications (column 1, line 11-14). One 
of ordinary skill in the art at the time of the invention would have been motivated to include the 
features as taught by Reed to improve the relational database system that has been extended to 
perform operations on a continuous stream of tuples of Klein for a communications system 
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which allows providers and consumers to easily share access to many common communications 
services. 

Therefore it would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains to have modified the 
teaching of Klein by applying the teaching of Reed for transmitted communications object 
instance can be automatically received, processed, stored and indexed by the consumer program, 
hence data can be easily searched using consumer program in order to locate specific information 
or perform certain function, as taught by Reed in column 34, line 49-56. 

As to claim 9, 

Klein teaches concurrently housing the application data in one or more load queues residing on 
one or more of the processing nodes (see col. 14, lines 59-63, Klein); and concurrently 
populating one or more tables on the processing nodes with the application data from the one or 
more load queues (see col. 14, lines 59-63, Klein). 

As to claim 10, 

Klein teaches merging the one or more tables into the data store (see col. 3, lines 15-18, Klein). 
As to claim 11, 

Klein teaches wherein the currently initiating further includes determining a total number of the 
applications to initiate based on configuration data (see col. 6, lines 1-10, Klein). 

As to claim 12, 

Klein teaches wherein the currently initiating further includes determining which of a number of 
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the applications that are to be initiated on which of a number of the processing nodes based on 
the configuration data (see col. 14, lines 10-15, Klein). 

As to claim 13, 

Klein teaches concurrently synchronizing the application queues and the load queues on the 
multiple processing nodes when at least some of the processing nodes lack one of the application 
queues or one of the one or more load queues (see col. 14, lines 59-63, Klein). 

As to claim 14, 

Klein teaches wherein the concurrently synchronizing further includes establishing socket based 
communications between the multiple processing nodes with a Transmission 
ControlProtocol/Internet Protocol (TCP/IP) (see col. 19, lines 30-35, Klein). 

Claim 15 have the same subject matter as claim 8 except for the limitations of load queue, 
system claim, memory device and Kein teaches (see abstract, e.g. system and col. 14, lines 59- 
63). Therefore, claim 15 is rejected for the same reason as applied to claim 8 hereinabove. 

Claims 16 and 17 have the same subject matter as claims 1 1 and 12 and are rejected for the same 
reason as applied to claims 1 1 and 12 hereinabove. 

As to claim 18, 

Klein teaches wherein each of the applications concurrently processes the results and produces 
different portions of the application data (see column 5, line 51-67, column 16, line 66 to column 
17, line 5, column 18, line 12-16). 
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As to claim 19, 

Klein teaches wherein each of the application queues and each of the load queues concurrently 
update while the one-or more applications process (see col. 14, lines 59-63). 

Claim 20 have the same subject matter as claim 8 except for the limitations of temporary tables, 
memory device and Kein teaches (see abstract, see column 8, line 43-52, col. 11, lines 11-17, 
lines 47-55, col. 15, lines 26-35, lines 66 to column 16, line 1-11, and line 58-65 et seq., ). 
Therefore, claim 20 is rejected for the same reason as applied to claim 8 hereinabove. 
As to claim 21, 

Klein teaches wherein a merge utility merges the one temporary tables to produce the application 
data table once each of the plurality of applications have finished processing the query results 
(see col. 13, lines 64 to col. 14, lines 6, column 19, line 17-35, Klein). 
As to claim 22, 

Klein teaches wherein one or more extract utilities perform a query against the data store in order 
to acquire the query results, which are concurrently consumed by the applications to produce the 
application data (see col. 5, lines 51-67, column 6, line 57-62, column 14, line 42-58, column 17, 
line 9-16, Klein). 
As to claim 23, 

Klein teaches wherein each of the one or more extract utilities concurrently populate the query 
results to application queues (see col. 14, lines 59-63, Klein). 
As to claim 24, 

Klein teaches wherein each of one or more load utilities concurrently receive portions of the 
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application data from load queues and concurrently populate the portions to the temporary tables, 
see col. 14, lines 59-63, Klein). 
As to claim 25, 

Klein teaches wherein the data store is a least one of one or more databases and a data warehouse 
(col. 15, lines 26-35, lines 66 to column 16, line 1-11, and line 58-65 et seq.). 



Conclusion 

The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. 
Kerwin et al. (USP, 6,898,609) teaches all the limitations especially "provides a software 
method, for network database environments, permitting load balancing, scalability and 
substantially simultaneous use by client users, comprising the steps of: providing multiple 
database instances wherein each such instance is substantially identical in data content, database 
structure, and primary key system; maintaining substantially real time records of status for each 
such multiple database instance; receiving a database query from at least one end-user 
application and determining such query to be a transactional query or non-transactional query; 
directing such database query to at least one selected instance of such multiple database instances 
upon a determination of such query being a non-transactional query; returning such non- 
transactional query results to the at least one end-user application; directing such database query 
to all instances of such multiple database instances upon a determination of such query being a 
transactional query; controlling such transactional queries to maintain substantial identicalness 
among such multiple database instances; propagating such transactional queries to such multiple 
database instances; returning such query results to the user; recognizing a failure in at least one 
instance of such multiple database instances, and adjusting to store such transactional query for 
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later propagation; restoring such failed at least one instance of such multiple database instances 
to substantial identicalness with other such multiple database instances. Moreover, it provides 
such a method wherein each such non-transactional query is executed upon a randomly selected 
instance of such multiple database instances. Additionally, it provides such a method wherein the 
processing of such non-transactional query commands as directed by a plurality of users is 
substantially simultaneous" see col. 5, lines 1-25, and col. 7, lines 1-16, Kerwin et al. 
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